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Die fplgenden Angaben smd den vom Anmelder eingereichten Unterlagen entnommen 

Prufungsantrag gem. § 44 PatG ist gestellt 
(S) Verfahren zur Steuerung technischer Prozesse 

Aufgrund der Vielschichtigkeit der bei der Bewegungs- 
steuerung von froduktionsmaschinen zu erfullenden An- 
forderungen wird von einem Sortiment an Hardwarebau- 
gruppen, die mit ausreichender Rechenleistung, einem 
Echtzeitbetriebssystem und spezifischer Grundfunktiona- 
litatausgerustetsind, einem Netzwerk (z. B. Profibus) zum 
Aufbau eines dezentraien Systems mit verteilter Steue- 
rungsfunktionalitat sowie Bedien- und Beobachtungsge- 
raten mit vorprojektierten Oberflachen ausgegangen. Mit 
der Erfindung wird ein konfigurier-, verteil- und program- 
mierbares Steuerungssoftwaresystem - zur individuellen 
Anpassung der Steuerungslosung an die Kundenanforde- 
rung vgrgeschlagen, mit dem die projektierte Steue- 
rungslosung auf Hardwarebaugruppen verteiit wird und 
wobei ein z. B. auf einem Programmiergerat oder auf ei- 
nem Personalcomputerablaufendes Engineeringsystgem 
zur Verwaltung, (Configuration, Programmierung, zum 
Monitoring,. Debugging und zur Inbetriebnahme einge- 
setzt wird. 
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Beschreibung 

Die vorliegende Erfindung betrifft ein Verfahren zur 
Steuerung technischer Prozesse, insbesondere zur Bewe- 
gungsssteuerung von Produktionsmaschinen, wobei mittels 5 
einer zentralen Recheneinheit ein Steuerungsprogramrn ab- 
gearbeitet wird, das auf einer Instanziierbarkeit sowie einer 
bedarfsgerechten Verschaltung von Softwarekomponenten 
mil vofgebbarer, zumindest parametrierbarer Funktionalitat 
basiert. 10 

Bisher bekannte Verfahren zur Automatisierung techni- 
scher Prozesse basiereh im wesentlichen entweder auf einer 
"SPS- Funktionalitat" oder auf einer n CNC-Funktionalitat\ 
Da im Rahrnen solcher Funktionalitaten ein gewisser Funk-- 
tionsumfang fest vorgegeben ist, ist eine optiraale Anpas- 15 
sung an die Anforderungen eines speziellen Prozesses hau- 
fig nur bedingt moglich, wobei im konkreten Anwendungs- 
fall oft eine ganze Gruppe von Funktionen uberfliissig ist 
(z. B. beirn Einsatz einer CNC-Steuerung, die eigentlich fiir 
Werkzeugmaschinen konzipiert ist, an Verpackungsmaschi- 20 
nen). 

Des weit'eren existieren im Hinblick auf den jeweiligen 
Anwendungsfall indiyiduell ausgelegte Einzwecksteuerun- 
gen in Form spezieU prograrnmierter Steuerungssoftware. 

Aus der DE 197 40 550 ist auBerdem eine Vorrichtung 25 
zum Steuern eines technischen Prozesses und/oder zur 
Steuerung der Bewegung einer Verarbeitungsmaschine be- 
kannt, die ein Steuerprogramm abarbeitet. Dieses Steuerpro- 
gramm besteht aus einer Vielzahl von Software-Modulen. 
Prozefisteuerungsfunktionalitaten vori an sich bekannten 30 
speicherprogrammierbaren Steuerungen und Bewegungs- 
funktionalitaten von an sich bekannten NC-Steuerungen 
sind in einem einheitlichen, konfigurierbaren Steuerungssy- 
stem verwirklicht. Die einzelnen Software-Module werden 
hier jedoch durch jeweils eine Teilsteuerung abgearbeitet, so 35 
daB fur jedes Software-Modul eine zentrale Recheneinheit 
vorzusehen ist. . 

Aufgabe der vorliegenden Erfindung ist es, das Zusam- 
menfligen des Steuerung sprogramms zu vereinfachen und 
die Anzahl der notwendigen zentralen Recheneinheiten zu 40 
verringem. 

Diese Aufgabe wird mittels eines Verfahrens zur Projek- 
tierung bzw. Programrnierung einer Softwareapplikation zur 
Steuerung und/oder Uberwachung eines externen techni- 
schen Prozesses dadurch gelost, daB instanziierbare Basis- 45 
objekttypen mit adressierbaren Schnittstellen zur Parame- 
trierung und Verschaltung vorgesehen sind, daB als instanzi- 
ierbare Basisobjekttypen zumindest ein Programmverarbei- 
tungsobjekttyp zur Abarbeitung eines benutzerdefinierbaren 
Programms und zumindest ein Treiberobjekttyp zur An- 50 
steuerung der PrdzeBhardware vorgesehen ist und daB die 
Projektierung zumindest die Schritte der Selektion, Parame- 
trierung und Verschaltung der Basisobjekte umfaBt. 

Das Steuerungsprogramrn besteht somit im wesentlichen 
aus Software-Objekten mit adressierbaren Schnittstellen. 55 
Zur Projektierung und Programrnierung einer konkreten 
Softwareapplikation wahlt der Projektierer/Programmierer 
aus einer Menge vordefinierter Basisobjekttypen die fur das 
jeweilige Automatisierungsyorhaben erforderlichen Basis- 
objekttypen aus. Die Selektion eines Basisobjekttyps ent- 60 
spricht im Rahmen der Projektierung/Programmierung der 
Instanziierung des entsprechenden Basisobjekttyps. Die je- 
weilige Instanz eines Basisobjekttyps ist ein Basisobjekt. 
Mittels der Schnittstellen der Basisobjekte sind die Basisob- 
jekte parametrier- und verschaltbar, so daB sich die jeweils 65 
entsprechend der konkreten Anforderungen ausgewahlten 
Basisobjekte uber ihre Schnittstellen zu einern Steuerungs- 
programrn zusammenzufugen lassen und somit schlieBlich 



eine Softwareapplikation fiir konkrete Steuerungsfunktio- 
nen bilden. 

Als Basisobjekttypen kommen Objekttypen mit grund- 
satzhch- vorgegebener Funktionalitat in Frage. Ein Pro- 
grammverarbeitungsobjekt ermoglicht die Ausfuhrung einer 
konkreten durch den jeweiligen Benutzer individuell fur je- 
des Programmverarbeitungsobjekt vorgebbaren Anwei- 
sungsfolge. 

Zur Ansteuerung der ProzeBhardware sind die Treiberob- 
jekte vorgesehen; wobei fur unterschiedliche Hardware- 
komponenten jeweils unterschiedliche Treiberobjekte vor- 
gesehen sind, auch wenn in der nachfolgenden Beschrei- 
bung verkiirzt nur noch von Treiberohjekten gesprochen 
wird. 

Vorteilhaft kann zur Vorgabe einer FuhrungsgroBe fur 
eine Hardware-Teilkomponente des technischen Prozesses 
ist als instanziierbarer Basisobjekttyp femer ein Fuhrungs- 
groBeriobjekttyp vorgesehen sein. . 

Daruber hinaus oder alternativ kann zur Regelung einer 
Hardware-Teilkomponente des externen technischen Pro- 
zesses als instanziierbarer Basisobjekttyp ein Reglerobjekte 
vorgesehen sein. 

Vorteilhafterweise erfolgt die Projektierung/Programmie- 
rung auf einem Engineering-System, wahrend die Software- 
Applikation auf einem Runtime-System zur Ausfuhrung 
kommt. Die Projektierung bzw. Programrnierung ist damit 
, unabhangig von der Ausfuhrung der jeweiligen konkreten 
Software- Applikation. ; 

Die Erfindung erfaBt nicht nur die Projektierung/Pro- 
grammierung einer Software- Applikation sonderrr auch die 
jeweilige gemaB der Erfindung projektierte/programmierte 
konkrete Software- Applikation, insofern als die Steuerung 
und/oder Uberwachung des technischen Prozesses mittels 
einer gemaB dem erfindungsgemaBen Verfahren projektier- 
ten bzw. programmierten Software- Applikation erfolgt. Die 
Software-Applikation zeichnet sich durch die jeweils ver- 
wendeten Basisobjekte und deren konkrete Verschaltung 
aus. 

Weitere Merkmale, Vorteile und Anwendungsmoglich- 
keiten der Erfindung ergeben sich aus den Unteranspruchen, 
der nachfolgenden Beschreibung eines Ausfuhrungsbei- 
spiels anhand der Figuren und der Figuren selbst. Dabei bil- 
den alle beschriebenen und/oder bildlich dargestellten 
Merkmale fiir sich oder in beliebiger Kombination den Ge- 
genstand der vorliegenden Erfindung, unabhangig von ihrer 
Zusammenfassung in den Anspriichen oder deren Riickbe- 
ziehung. 

Dabei zeigt 

Fig, 1 eine exemplarische Struktur einer Bewegungs- 
steuerungs applikation (MC- Applikation), 

Fig. 2 eine Detailansicht einer Komponente einer MC- 
Applikation mit einem Programmverarbeitungsobjekt und 
einer Hardwareanbindung uber entsprechende Treiberob- 
jekte und 

Fig. 3 eine schematische Darstellung der Entwicklungs- 
umgebung zur Projektierung bzw. Programrnierung der 
MC- Applikation auf einem Engineering-System einerseits 
und zum Ablauf der projektierten bzw. programmierten 
MC- Applikation auf einem Runtime-System andererseits, 

Fig. 4 ein Objekt-Modell, 

Fig. 5 Interface-Definitionen und . 

Fig. 6 eine Objektstruktur einer Schlauchbeutelmaschine. 

Jedes Automatisierungsvorhaben setzt auf Seiteri des zu 
automatisierenden Prozesses auf einem Sortiment von Hard- 
warebaugruppen auf. Im Falle eines Bewegungssteuerungs- 
systems, das iin Rahmen der nachfolgenden Beschreibung 
vordringlich betrachtet werden soil, sind dies z. B. Einachs-, 
Dreiachs-, Vierachsbaugruppen mit entsprechenden Antrie- 
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ben. 

Auf der Software-Seite ist zur Handhabung der ublicher- 
weise verarbeitungs-asynchroh zu berucksichtigenden Er- 
eignisse des technischen Prozesses eiri Echtzeitbetriebssy- 
stem und dariiber hinaus ein Netzwerk zum Aufbau eines 
dezentralen Steuerungssystems mit verteilter Steuerungs- 
funktionahtat erforderlich. 

Das in Fig* 1 dargestellte Bewegungssteuerungssoftware- 
system, im folgenden MC-Softwaresystem, umfaBt zumin- 
dest ein Engineeringsystem ES (Off-line) und ein Runtime- 
\ system RS (On-Line). 

Das ES dierit dabei dem Anwender zur Erstellung einer 
Bewegungssteuerungsapplikation, im folgenden MC-Appli- 
kation_MCA genannt. Das RS ubernimmt deren Ausfuh- 
rung. , 

Zur Erstellung einer MCA gehoren die Systemkonfigura- 
tion, die Erstellung der An wenderprogramme auf Hochspra- 
chenniveau und die Uberfuhrung dieser Informationen in 
eine RS-intern ausfuhrbare Form (Executable). Das RS 
dient der Ausfuhrung des Executables. 

Jede in Rahmen des RT zum Einsatz kommende Hardwa- 
rekomponente wird als Systernbaustein SB bezeichnet. Es 
kann aus einem oder mehreren, iiber ein Netzwerk NW ver- 
bundenen SB's bestehen. SB's sind dabei Prozessrecbner mit 
dedizierter, auf die Steuerungsfunktionalitat zugeschnitteiier 
Peripherie (auch PC moglich), auf denen notwendige und 
optionale RS-Komponenten ablaufen. 

Das Engineeringsystem ES lauft auf einerri Programmier- 
gerat oder Personal Computer unter einem Standardbe- 
triebssystem ab. Das ES besitzt fur Inbetriebnahme- bzw. 
Testzwecke dieses Executables einen Zugang zum RS . 

Die konkrete.Steuerungsstruktur entsteht durch Verschal- 
tung von auf den SB's, gemaB Fig. 1, instanziierbaren soge- 
nannten Basisobjekten BO, die mit untersehiedlicher Funk- 
tionalitat ausgestattet sind. Je nach Anwendung kbnnen die 
Basisobjekte BO auf SB' verteilten (instanziiert) werden. 
Des weiteren weist zum Zugriff auf die Standardharware 
HW grundsatzlich jeder Systernbaustein SB ein Betriebssy- 
stem BS auf. 

Beispiele fur Basisobjekte BO sind: 

- Reglerobjekte FCO fur verschiedene Reglerfunktio- 
nen, 

- Fuhrungsgrdflenobjekte CVO als FuhrungsgroBen- 
erzeuger, die vor allem Bewegungsbefehle ausfiihren, 

- Programmverarbeitungsobjekte PPO zur Abarbei- 
tung vorgebbarer Anwenderprogramme, 

- Treiberobjekte DRO zur Anpassung der Steuerung 
an Schnittstellen der verschiedene Hardwarebaugrup- 
pen sowie 

- Systemmanagerobjekte SMO als Schnittstelle zum 
Betriebssystem, 

- Boot-Objekt BOO zur Speicherung des Executables 
der MCA und zur Organisation des Systemanlaufs. 

Alle Basisobjekte B O aufler den S ystemmanagerobjekten 
SMO und einigen Treiberobjekten DRO sind von ,r au8en" - 
also durch den Projektierer oder Entwickler- instanziierbar. 
Die Basisobjekte BO selbst existieren in der Steuerung als 
Firmware des RS. 

B ei den B asisobj ekten B O wird unterschieden z wischen 
anwenderkonflgurierbaren Funktionalobjekten und notwen- 
digen Systemobjekten. Anwenderkonfigurierbare Funktio- 
nalobjekte sind z. B. die Reglerobjekte FCO, die Fuhrungs- 
groBenobjekte CVO, die Programmverarbeitungsobjekte 
PPO, einige Treiberobjekte DRO und ein RS- weites exclusi- 
ves Boot-Objekt BOO. Notwendige Systemobjekte sind da- 
gegen die Systemmanagerobjekte SMO und spezielle Trei- 



berobjekte DRO. - 

Funktionalobjekte FCO, CVO und PPO sind typische Ob- 
jekte zur Projektierung einer Steuerungslosung nach den 
Anforderungen der jeweiligen Anwendung. Notwendige 
5 Systemobjekte SMO, DRO werden zum Netzwerkzu gang 
auf einem Systernbaustein SB bei Anlauf der Firmware an- 
gelegt und verschaltet und sind von auBen nicht instanziier- 
bar, Damit ist der Zugang auf jede Hardware HW gewahrlei- 
' stet. ■ / " / ' • 

10 Eine MC-Applikation MCA wird durch Verschaltung, 
Konfiguration und Anwenderprogrammierung (bei PPO's) 
von Basisobjekten erreicht. Vorkonfigtirierte BO-Gruppen 
konnen im ES gebildet und/oder Yerarbeitet werden. Damit 
erfolgt eine Makro-Bildung in Form von Applikationsmo- 

15 dulen SAM auf Anwenderebene. 

Die Verschaltung der Basisobjekte BO wird grundsatzlich- 
von "auBen" mittels des ES konfiguriert und im Executeable 
abgelegt Die Herstellung der realen Verschaltung erfolgt 
auf Grund dieser, im Executeable enthaltenen Informationen 

20 durch das BOO oder das ES. 

Die Verschaltung der Basisobjekte BO erfolgt iiber dafur 
vorgesehene Schnittstellen an den BO's. Diese Schnittstel- 
len sind im RS und ES eindeutig adressierbar. Es wird zwi- 
schen optionalen und nichtoptionalen Schnittstellen unter- 

25 schieden. Nichtbptionale Schnittstellen dienen allgemeinen 
Systemfunktionen wie dem Empfang von Konfigurationsda- 
ten, dem Variablenaustausch oder fur Debug- und Trace- 
Zwecke. Optionale Schnittstellen reprasentieren funktionale 
Spezifika eines BO's nach auBen. 

30 Das ES benutzt zur Representation von.BO-Typen bzw. - 
Instanzen im RS Stellvertreterobjekte bzw. Instanzen als 
duale Darstellung. Uber diese Stellvertreterobjekte erhalt 
das ES Informationen uber die Eigenschaften von BO's und 
(bei aktivem RS-Zugang) Zugang zu den BO's und deren 

35 Schnittstellen im RS. Diese Beziehungen sind in Fig. 4 dar- 
gestellt ■ ■' 

Schnittstellen im Engineeringsystem (ES-Interf aces) 

40 Alle Basisobjektklassen verfiigen als nicht optionale ES- 
Interfaces iiber Kommando- und Konfigurations schnittstel- 
len, wobei bei Bedarf eine Trennung erfolgen kann. Weitere. 
opdonale ES-Interfaces sind Variablen-Schnittstellen, De- 
bug-Schnittstellen bzw. Trace-Schnittstellen. 

45 In Fig. 5 sind Objektschnittstellen beschrieben, wobei.zur 
Verkniipfung von zwei Schnittstellen folgende Matching- 
Regeln (alle AND-verkniipft) verwendet werden: 
Verknuprt wird wenn: 



50 



55 



1 . die Interfacqld's gleich sind 

2. die Interface-Direction komplementar zueinander 
sind 

3. der Transmit-Type gleich ist 

4. die Connectivity dies noch zulafit 



Schnittstellen im Laufzeitsystem RS (RS-Interf aces) 

Die Festlegung der RS-Interfaces erfolgt im Bewegungs- 
60 steuemngslaufeeitsystem direkt. Die Schnittstellen werden 
im Engineeringsystem ES ub^r Typkennungen verwaltet 
und adressiert, so daB deren Verschaltung moglich ist. 

Zur Verschaltung der Basisobjekte BO zu einer konkreten 
Steuerung ist das auf einem Personal Computer/Program- 
65 miergerat ablaufenide Engineeringsystem ES vorgesehen, 
das OfT-Line arbeitet und auf Abbilder samtlicher Basisob- 
jekte BO Zugriff hat. Im Einzelfall kann die Verschaltung 
der Basisobjekte BO alternativ auch uber ein "internes" 
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Bootobjekt BOG vorgenornmen werden, 

Mit Hilfe des Engineeringsystems ES wird die konkrete 
Steueningslosung programmiert urid unter Einsatz entspre- 
chender Werkzeuge. in Betrieb genommen. Durch die Ver- 
schaltung und Konfiguration der Basisobjekte BO entstehen 5 
Applikationsmodule SAM mit bestimmter, den Hardware- 
baugruppen entsprechender Funktionalitat (Einachsmodul, 
Mehrachsmodul, etc.). 

Die Ausfuhrung einer konkret projektierten Software- 
struktur erfolgt im Runtimesystem RS. 10 
. Die wichtigsten Basisobjekte BO, sind die Reglerobjekte 
FCO, die FuhrungsgroBenobjekte CVO und die Programrn- 
verarbeitungsobjekte PPO, wobei im folgenden diese Ob- 
jekte, beginnend mit dem Programmverarbeitungsobjekt 
PPO, anhand von Fig. 2 naher dargestellt werden. 15 

Ein Programmverarbeitungsobjekt PPO ist primar eine 
zur Abarbeitung eines Anwenderprogramms AP fahige vir- 
tuelle Maschine. Das Programmverarbeitungsobjekt PPO 
beinhaltet alle Funktionen zur Ausfuhrung einer Befehlsse- 
quenz in einem zeitlichen Multi-Tasking-Kontext. Das je- 20 
weilige Anwenderprogramm AP ist in einer spezieilen As- 
semblerkodierung MCASM der virtuellen Maschine abge- 
legt, nachdem es auf dem Engineeringsystern ES graphisch 
APG oder textuell APT erstellt, cornpiliert und von diesem 
an das je weilige Programmverarbeitungsobjekt PPO trans- 25 
feriert wurde. Der Zugang zu BO- und Betriebssystemfunk- 
tionalitaten wird sornit uber den Befehlssatz der virtuellen 
Maschine realisiert. 

Fiir ein MC-Applikation werden die jeweiligen Steue- 
rungsprogramme direkt in der Art mehrerer Tasks geschrie- 30 
ben und angelegt. Zur Abarbeitung des jeweiligen Steue- 
rungsprogramms werden vom Programmverarbeitungsob- 
jekt PPO Tasks AT, ATZ, ATS im Multi-Tasking-Sy stern an- 
gelegt Diese Tasks konnen fur verschiedene Abarbeitung s- 
modi eingerichtet werden, wobei z. B. zwischen zyklischer 35 
Abarbeitung - zyklische Task ATZ - entsprechend der Ar- 
beitsweise z. B. einer speicherprogrammierbaren Steuerung 
und einer sequentiellen Abarbeitung - sequentielle Task 
ATS - z. B. bei der Berechnung einer Bewegung unterschie- 
den wird. Dabei konnen sich die Tasks selbstverstandlich 40 
gegenseitig beeinflussen, indem z. B. aus einer zyklischea 
Task ATZ die Koordination einer sequentiellen Bewegungs- 
task ATS erfolgt. Aus diesen Anwendertasks AT, ATZ, ATS 
heraus werden weitere Tasks iiber MCASM-Instruktions zur 
Nutzung der Funktionen der Reglerobjekte FCO, der Fuh- 45 
rungsgroBenobj ekte CVO und/oder der Treiberobjekte DRO 
angelegt. 

Eine einzelne IAP stellt eine Anweisung auf MCASM- 
Niveau dar. Eine IAP kann PPO-interne und PPO-externe 
Schnittstellen yon anderen BO's bzw. des Betriebssystems 50 
zur Realisierung seiner Funktion benutzen. Der Aufbau und 
die Verwaltung PPO-extemer Verbindungen erfolgt durch 
den MNG. Das PPO startet zur Verabeitung der geladenen 
IAP-Sequenz, die im ES aus dem AP erzeugt wurde, eine 
Default- ATS bei einer definierten IAP (entspricht Pro- 55 
gramm-Eintrittspunkt). Es existieren IAP's, die eine rekur- 
sive Task-Nutzung ermoglichen. Dazu sind im MCASM- 
Befehlssatz z. B, IAP's vorhauden, die das Erzeugen einer 
neuen ATS oder ATZ und deren S tart ab einer bestimmten 
IAP innerhalb der lAP-Sequenz ermoglichen. 60 

Neben Standardoperationen eines Rechners, Ein-/Ausga- 
befunktionen sowie spezieilen Funktionen, die ansonsten 
z. B. yon einer speicherprogrammierbaren Steuerung bereit- 
gestellt wurden, werden Funktionen zur Berechnung von 
Bewegungen und zur Regelung benotigt. Diese hoheren 65 
Funktionen stellen z. B. die FuhrungsgroBenobjekte CVO 
und Reglerobjekte FCO zur Verfiigung. 

Ein Programmverarbeitungsobjekt PPO ist primar eine 
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zur Abarbeitung von IAP-Sequenzen fahige virtuelle Ma- 
schine, Eine einzelne IAP stellt eine Anweisung auf 
MCASM-Niveau dar. Sie bildet den prograrnmierbaren Zu- 
gang des Anwenders zu den Funktionalitaten der BO's und 
des BS. Die Erzeugung und der Transfer der IAP-Sequenzen 
erfolgt in den Schritten: 

- Erzeugung eines AP auf textuellem (APT) oder gra- 
phischem (APG) Wege im ES. 

- Compilation des AP in IAP-Sequenzen (systemspe- 
ziftsche Kodierung; MCASM) der virtuellen Maschine 
des PPO im ES und Ablegen in einem Executable-File. 

- Transfer der IAP-Sequenzen aus dem Executable an 
das jeweilige PPO durch das ES oder ein BOO. 

Eine IAP kann PPO-interne und PPO-externe Schnittstel- 
len vori anderen BO's bzw. des BS zur Realisierung seiner 
Funktion benutzen. Der Aufbau und die Verwaltung dieser 
Verbindungen erfolgt durch den MNG. 

Die liber IAP's zuganglichen Funktionalitaten gliedern 
sich in: 

- Anwender- Multitasking: 

Dabei konnen neue Tasks mit zyklischer (ATZ) bzw. 
sequentieller (ATS) LAP-Bearbeitung auf der gelade- 
nen IAP-Sequenz erzeugt, zerstort und beeinfluBt wer- 
den. Die dafur definierten IAP's benutzen dazu Funk- 
tionalitaten des BS. 

- Verarbeitung von Standarddatentypen (Zahlen, 
Strukturierte Dateritypen etc.) 

- I/O-Operationen 

- Zugang zu Spezialfunktionalitaten mit PPO verbun- 
den BO'S wie z. B. CVO zur Bewegungsgenerierung 
oder FCO zur Regelung. 

Der Start der Programmabarbeitung des PPO erfolgt auf 
Kommando des ES oder BOO uber dessen Kommando- 
Schnittstelle. Dazu wird im PPO eine Default- ATS gestartet, 
die ihre Arbeit bei einer definierten LAP (entspricht Pn> 
gramm-Eintrittspunkt) der geladenen IAP-Sequenz beginnt. 

Urn physikalische Gerate M mittels eines Achs-Interfaces 
oder eines Ein-/Ausgabe-Interfaces uber die konkrete Steue- 
rungshardware des Systembausteins SB zu betreiben, wer- 
den Treiberobjekte DRO eingeordnet. DRO's dienen der 
Entkopplung von Objektschnittschnittstellen von der kon- 
kreten Hardware, indem sie spezifische Detailles zu deren 
Ansteuerung implementieren. Im Ausfiihrungsbeispiel 
kommt gemaB Fig. 2 zur Ansteuerung des Motors M ein 
Reglerobjekt FCO, ein Treiberobjekt DRO und ein Fuh- 
rungsgroBenobjekt^CVO zum Einsatz. Der Ausgangswert 
des Reglerobjektes FCO dient uber das Treiberobjekt DRO 
direkt zur Ansteuerung des Motors M. Das Fuhrungsgro- 
Benobjekt FCO, das in nicht dargestellter Weise mit dem 
Reglerobjekt FCO verschaltet ist, liefert zumindest die Fiih- 
rungsgroBe fiir die z.B. mittels des Reglerobjektes FCO 
konstant gehaltene Drehzahl des Motors M. Des weiteren ist 
noch ein Treiberobjekt DRO fiir Eingabefunktionen E, mit 
denen sich z. B. ProzeBzustande erfassen lassen, und Ausga- 
befunktionen A, z. B. zum Einschalten bestimmter ProzeB- 
komponenten, vorgesehen. 

Die Moglichkeiten hinsichtlich Konfiguration, Program- 
mierung, Inbetriebnahme etc. werden nachfolgend anhand 
von Fig. 3 dargestellt. 

Im Engineeringsystern ES wird eine konkrete Steuerungs- 
losung entsprechend der jeweiligen Anforderungen des 
Kunden unter Einsatz entsprechender Werkzeuge VEW, 
KON, PRG (Verwaltung, Konfiguration, Programrnierung) 
konfiguriert und programmiert, wobei die Inbetriebnahme 
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durch weitere Werkzeuge INB, MON, DEB (Inbetrieb- 
nahme, Monitoring, Debugging) unterstutzt wird. Die Aus- 
fuhrung einer konkret projektierten Sof twarestruktur mit 
dem zugehorigem Anwenderprogramm erfolgt im Runtime- 
system RS: ' . ' 5 

Das Engineeringsystem ES ermoglicht demzufolge die 
ingenieurmaBige Handhabung einer Be wegungssteuerungs- 
applikation (MC-Applikau'on) MCA und daruber hinaus 
auch die Representation des Runtimesystems R,S wahrend 
des Engineerings (also von der Projektierung bis zur Inbe- 10 
triebnahme). 

Dazu hat das Engineeringsystem ES Zugriff auf ein Ab- 
bild samtlicher im Runtimesystem RS ausfuhrbarer Basis- 
objekte BO. Demzufolge sind als Basisobjektklassen zu- 
mindest die oben bereits aufgefuhrten Reglerobjekte FCO, 15 
FuhrungsgroBenobjekte GVO, Programmverarbeitungsob- 
jekte PPO, Treiberobjekte DRO und Systemmanagerobjekte 
SMO vorgesehen. 

Sowohl im Engineeringsystem ES als auch im Runtime- 
system RS existiert uber die Hardware IIW (Prograrnmier- 20 
genu oder Personal Computer HW1 fur Engineeringsystem 
ES, Steuerungshardware HW2 fur Runtimesystem RS) ein 
vollstandiges Laufzeitsystem mit BetriebssystemBS, Werk- 
zeugen zum Systemmanagement und Basisobjekten BO. 

Der Vorteil der vorliegenden Erfindung liegt vor allem 25 
darin, daB ein zu automatisierender technischer ProzeB mit 
erhohter Fuhktionalitat, z. B. inl Hinblick auf Logik, Bewe- 
gung, Regelung und Messung, erhohter Dynamik, insbeson- 
dere durch entsprechende Anpassung uber eine geeignete 
Hardwareauswahl und flexibler Struktur, z. B. als Stand- 30 
Alone, zentrale oder dezentrale bzw. verteilte Losung, hand- 
habbarist. 

Fur die logischen Ablaufe, Bewegungsvorgange oder Re- 
gelungen stehen Basiselemente oder Basisfunktionen zur 
Verfugung. Die Basiselemente sind dabei verbindbare Kom- 35 
ponenten, die Basisobjekte BO, die die Grundkomponenten 
fiir Automatisierungsaufgaben mit jeweils einheitlichen 
Schnittstellen darstellen. Die Basisfunktionen; stehen im 
Rahmen programmierbarer Funktionen zur Verfugung, wo- 
bei ein Grundbefehlssatz flir Logik, Bewegung (Einzel- 40 
achse, lose und enge Master-Slave-Kopplung, Geometrie- 
Verbund) und Regelung verwendbar ist. Diese Struktur er- 
moglicht eine freie Programmierbarkeit und eine flexible 
Anpassung an die Gegebenheiten des jeweiligen Automati- 
sierungsvorhabens durch das Instanziieren und das Verbin- 45 
den der jeweiligen Objekte. • 

Das Gesamtsystern stellt sich als Kombination aus einem 
Laufzeitsystem einerseits, mit einem Steuerungskern als 
verteilbarem Steuerungsbetriebssystem, und einem Engi- 
neeringsystem andererseits, das insbesondere die graphische 50 
Programmierung des Automatisierungsvorhabens iiber eine 
entsprechende Oberfl ache ermoglicht, dar, 

Diese Struktur kommt insbesondere einer hatiirlichen 
Herangehensweise bei der Ailtomatisierung technischer 
Prozesse entgegen, namlich einem schrittweisen Vorgehen, 55 
das mit der Festlegung der jeweiligen Funktionen beginnt, 
woraus sich logische Abhangigkeiten einzelner Funktionen 
oder Funktionsgruppen ergeben bzw. ableiten lassen und 
sich erst im Rahmen von Detailbetrachtungen mit konkreten 
Bewegungsvorgangen und dazu eventu'ell erforderlichen 60 
Regelungen befaBt. 

Dies ermoglicht eine Einheit im Abarbeitungsprinzip, 
bietet gleichzeitig eine erhebliche Flexibilitat bei der Sy- 
stemgestaltung. 

Eine nach diesern Ausfuhrungsbeispiel konzipierte Steue- 65 
rung kann beispielsweise angewandt werden fur eine Ver- 
packungsmaschine mit funf Achsen im Hauptbereich, einem 
Temperaturregler und einem 3-Achs-Handlingsystem. 
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Im folgenden wird auf Fig. 6 verwiesen, in welcher eine 
Objektstruktur einer Schlauchbeutelmaschine gezeigt ist, 
wobei folgendes Vorgehen realisiert wird; 

. Ml: Produkt-Zufuhrbahn . 

- Produktlange konst. oder alternativ Produktabstand 
konst. 

- Produktlangen- Toleranz . . . -20%; soli zur ver- 
gleichsweise gleichen Verpackungslangen-Toleranz 
fuhreh und Verpackungsfolie sparen 

- Produktabstande variabel (sowohl zu dicht als auch 
zu weit); soli die Verpackungslange des Produkts nicht 
beeinflussen 

M2: Langsnaht-Siegelstation (Master-Antrieb) 

- Kontinuierliche Bewegung 

- Fdlienabzug haufig mit uber diesen Antrieb 

- Arbeitswerkzeuge (geheizten Siegelrollen) werden 
bei Anlagenstillstand uber SPS- Steuersignale auBer 
Arbeitsstellung gebracht 

M3: Quersiegelstation X- Richtung 

- Bewegungsablauf: 

- Aufsynchronisieren auf Fixpunkt des Verpak- 
kungsstrangs (Mitte zwischen zwei Produkten) 

- Synchronlauf zum Fixpunkt 

- Absynchonisieren, Bewegungsumkehr 

- Ruckbewegung 
Zyklusende, Stills tand (nicht zwingend) 

- Aufsynchronisierpunkt iiber zuvor ermittelte Pro- 
duktlange und Formelwerk des Anwenders berechnet, 
im Anwenderprogramm hinterlegt und iiber Produkt- 
einstellungen parametrierbar. 

- "Nebenbewegungen" (Absynchronisierkurve, Riick- 
hub) an das Geschwindigkeitsniveau der Masterachse^ 
angepaBt - 

M4: Folienrollenantrieb 

- Bewegungsanforderungen eines Wickelantriebs 
(Zentralwickler) 

- Durchmessererfassung und Auswertung 

- Einsatz insbesondere bei glatter Folie 

- Steuermarken bei bedruckter Folie erfassen und Dif- 
ferenzen der Lieferung uber Elastizitat der Folie aus- 
gleichen 

M5: Quersiegelstation Y-Richtung 

- Bewegungsablauf: 

- SchlieBen des Siegelwerkzeugs nach dynamisch op- 
timierter Funktion (gegenwartig haufig auftretende Be- 
schleunigungs und Bremsgerausche sind unerwiinscht) 

- SchlieBgerausch der Siegelbacken ("Klatschen") 
sollen nicht auftreten, aber eine sichere BerUhrung ist 
erforderlich (Gleichnis "Pressen im letzten Bewe- 
gungsabschnitt" benutzt) ; 

- Dynamische Anpassung der SchlieBbewegung an 
die Elastizitat und Lose der SchlieBmechariik erfordert 
Anpassung , 

~ Anpassung zeigt sich gegenwartig stark Geschwin- 
digkeits abhangig (neuer Arbeitspunkt neue Einstel- 
lung) 

- Zusatzliche Randparametern des SchlieBprofils Fo- 
lienmitnahme (extra beschleunigungsbegfenzt) 
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- Verweilzeit im geschlossenen Zustand (konstant?) 

- Schwellendes Moment uber Drehmomentenrege- 
lung in der Verweilzeit 

- Qffnung der Siegelbackeri nach einer zweiten Funk- 
tion 

- Zyklusende; Stillstand 

- Bewegungshub der Siegelbacken von der Produkt- 
hohe abhangig (Verstellung?, MeBeingang auswerten?) 

- Verkniipfung der Bewegungsprofile X- und Y-An- 
trieb (SchlieBbewegung beginnt bereits vor dem Errei- 
chen des Synchronpunkts??; Absynchronisieren be- 
ginnt vor vollstandiger Offming??) ist noch zu betracjh- 
ten 

- An die SchlieBbewegung ist das Schneidsignal zu 
koppeln (dynamisch hochwertiger Ausgang; uber SPS 
zu langsam). 

Zusamrnenfassend la6t sich die Erfindung wie folgt kurz 
beschreiben: 

Das Bewegungssteuerungssystem ist eih programmierbares, 
dezentral und flexibel aus verschiedenen Hardwarebaugrup- 
pen bestehendes Steuerungssystem, dessen Hardewarebau- 
gruppen als Systembausteine bezeichnet werden. 

Aufgrund der Vielschichtigkeit der bei der Bewegungs- 
steuerung von Produktionsmaschinen zu erfullenden Anfor- 
derungen wird von einem Sortiment an Hardwarebaugrup- 
pen, die mit ausreichender Rechenleistung, einera Echtzeit- 
betriebs system und spezifischer Grundfunktionalitat ausge- 
riistet sind, einem Netzwerk (z. B. Profibus) zum Aufbau ei- 
nes dezentralen Systems mit verteilter Steuerungsfunktiona- 
Litat sowieBedien- und Beobachtungsgeraten rnit vprprojek- 
tierten Oberflachen ausgegangen. Mit der Erfindung wir ein 
konfigurier-v verteil- und programmierbares Steuerungssoft- 
waresystem zur individuellen Anpassung der Steuerungslo- 
sung an die Kundenanforderung vorgeschlagen, mit dem die 
projektierte Steuerungslosung auf Hardwarebaugruppen 
verteilt wird und wobei ein z. B. auf einem Prograrnmiefge- 
rat oder auf einem Personal Computer ablaufendes Enginee- 
ringsystern zur Verwaltung, Konfiguration, Programmie- 
rung, zum Monitoring, Debugging und zur Inbetriebnahme 
eingesetzt wird. 

Bezugszeichenliste: 

AP Anwenderprogramm 

APG graphisch erstelltes Anwenderprogramm 

APT textuell erstelltes Anwenderprogramm 

AT Applikationstask ' 

ATS sequentielle Applikationstask 

ATZ zyklische Applikationstask 

BO Basisobjekt 

BOO Boot-Objekt 

BS Betriebssystem 

COM Kommunikation (Software) 

CVO FuhrungsgroBehobjekt 

DEB Debugger 

DRO Treiberob jekt 

ES Entwicklungssystem 

FCO Reglerobjekt 

HW Hardware 

HWn n-te Hardware 

IAP Instruktion im Anwenderprogramm (MCASM-Niveau) 

INB Inbetriebnahme-Tool 

KON Konfigurations-Tool 

MC Motion Control 

MCA Motion Control Applikation 

MCASM Asseblersprache des MC-Systems 

MNG Manager ' 



10 



MON Monitor 

Mx Motor x 

NW Netzwerk 

PC Personal Computer 

PPO Programmverarbeitungsobjekt 

PRG Programmier-Tool 

RS Runtime-System 

SAM Einachs-Applikationsmodul 

SB Systembaustein 

SMO Systemanagerobjekt 

VEW Verwaltungs-Tool 

Patentanspriiche 
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1 . Verfahren zur Projektierung bzw. Programmierung 
einer Softwareapphkation zur Steuerung und/oder 
Uberwachung eines externen technischen Prozesses, 
wobei instanziierbare Basisobjekttypen (BO) mit 
adressierbaren Schnittstellen zur Parametrierung und 
Verschaltung vorgesehen sind, 

wobei als instanziierbare Basisobjekttypen (BO) zu- 
mindest ein Programmverarbeitungsobjekttyp (PPO) 
zur Abarbeitung eines benutzerdefinierbaren Pro- 
gramms und, zumindest ein Treiberobjekttyp (DRO) 
zur Ansteuerung der ProzeBhardware vorgesehen ist 
und wobei die Projektierung zumindest die Schritte der 
Selektion, Parametrierung und Verschaltung der Basis- 
objekte (BO) umfaBt 

2. Verfahren nach Anspruch 1, dadurch gekennzeich- 
net, daB als instanziierbarer Basisobjekttyp (BO) femer 
zumindest ein FuhrungsgroBenobjekttyp (CVO) zur 
Vorgabe einer FuhrungsgroBe fur eine Teilkomponente 
des extemen technischen Prozesses vorgesehen ist. 

3. Verfahren nach Anspruch 1 oder 2, dadurch gekenn- 
zeichnet, daB als instanziierbarer Basisobjekttyp (BO) 
femer zumindest ein Reglerobjekte (FCO) zur Rege- 
lung einer Teilkomponente des externen technischen 
Prozesses vorgesehen ist 

4. Verfahren nach einem der obigen Anspruche, da- 
durch gekennzeichnet, daB die Projektierung auf einem 
Engineering-System (ES) erfolgt und daB die Soft- 
ware- Applikation auf einem Runtime-System (RS) zur 
Ausfuhrung kommt 

5. Verfahren nach Anspruch 4, dadurch gekennzeich- 
net, daB samtliche Basisobjekttypen (BO) im Enginee- 
ring^ y stem (ES) ein Abbild haben. 

6. Verfahren zur Steuerung und/oder Uberwachung 
externer technischer Prozesse, dadurch gekennzeich- 
net, daB die Steuerung und/oder Uberwachung des 
technischen Prozesses mittels einer mit einem Verfah- 
ren nach einem der obigen Anspruche projektierten 
bzw. programmierten Software- Applikation erfolgt. 
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